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Abstract. Monadic effect systems provide a unified way of tracking 
effects of computations, but there is no unified mechanism for tracking 
how computations rely on the environment in which they are executed. 
This is becoming an important problem for modern software - we need 
to track where distributed computations run, which resources a program 
uses and how they use other capabilities of the environment. 

We consider three examples of context-dependence analysis: liveness 
analysis, tracking the use of implicit parameters (similar to tracking of 
resource usage in distributed computation), and calculating caching re- 
quirements for dataflow programs. Informed by these cases, we present a 
unified calculus for tracking context dependence in functional languages 
together with a categorical semantics based on indexed comonads. We 
believe that indexed comonads are the right foundation for construct- 
ing context-aware languages and type systems and that following an 
approach akin to monads can lead to a widespread use of the concept. 

Modern applications run in diverse environments - such as mobile phones or the 
cloud - that provide additional resources and meta-data about provenance and 
security. For correct execution of such programs, it is often more important to 
understand how they depend on the environment than how they affect it. 

Understanding how programs affect their environment is a well studied area: 
effect systems [13] provide a static analysis of effects and monads [8 provide a 
unified semantics to different notions of effect. Wadler and Thiemann unify the 
two approaches |17j , indexing a monad with effect information, and showing that 
the propagation of effects in an effect system matches the semantic propagation 
of effects in the monadic approach. 

No such unified mechanism exists for tracking the context requirements. We 
use the term coeffect for such contextual program properties. Notions of context 
have been previously captured using comonads |14| (the dual of monads) and by 
languages derived from modal logic |12l9j . but these approaches do not capture 
many useful examples which motivate our work. We build mainly on the former 
comonadic direction (ij3]) and discuss the modal logic approach later (Q. 

We extend a simply-typed lambda calculus with a coeffect system based on 
comonads, replicating the successful approach of effect systems and monads. 

Examples of coeffects. We present three examples that do not fit the tradi- 
tional approach of effect systems and have not been considered using the modal 
logic perspective, but can be captured as coeffect systems (Q - the tracking of 
implicit dynamically-scoped parameters (or resources) , analysis of variable live- 
ness, and tracking the number of required past values in dataflow computations. 
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Coeffect calculus. Informed by the examples, we identify a general algebraic 
structure for coeffects. From this, we define a general coeffect calculus that unifies 
the motivating examples (Q and discuss its syntactic properties (Q- 

Indexed comonads. Our categorical semantics (ij3]) extends the work of Uustalu 
and Vene [14]. By adding annotations, we generalize comonads to indexed comon- 
ads, which capture notions of computation not captured by ordinary comonads. 

1 Motivation 

Effect systems, introduced by Gifford and Lucassen [5], track effects of com- 
putations, such as memory access or message-based communication [BJ. Their 
approach augments typing judgments with effect information: r h e : t, F. In 
Moggi's semantics, well-typed terms r \- e : t are mapped to morphisms [P] — > 
M\t\ where M encodes effects and has the structure of a monad [5]. Wadler and 
Thiemann annotate monads with effect information, written M F |17j . 

In contrast to the analysis of effects, our analysis of context- dependence dif- 
fers in the treatment of lambda abstraction. Wadler and Thiemann explain that 
"in the rule for abstraction, the effect is empty because evaluation immediately 
returns the function, with no side effects. The effect on the function arrow is 
the same as the effect for the function body, because applying the function will 
have the same side effects as evaluating the body" [17j . We instead consider 
systems where A-abstraction places requirements on both the call-site (latent re- 
quirements) and declaration- site (immediate requirements) , resulting in different 
program properties. We informally discuss three examples that demonstrate how 
contextual requirements propagate. Section [2] unifies these in a single calculus. 

We write coeffect judgements C S T h e : t where the coeffect annotation s 
associates context requirements with the free- variable context r. Function types 
have the form C s ti —¥ T2 associating latent coeffects s with the parameter. The 
C s r syntax and C s r types are a result of the indexed comonadic semantics (^3j). 

Implicit parameters and resources. Implicit parameters [7J are dynamically- 
scoped variables. They can be used to parameterize a computation without prop- 
agating arguments explicitly through a chain of calls and are part of the context 
in which expressions evaluate. As correctly expected [7J, they can be modelled 
by comonads. Rebindable resources in distributed computations (e.g., a local 
clock) follow a similar pattern, but we discuss implicit parameters for simplicity. 

The following function prints a number using implicit parameters ?culture 
(determining the decimal mark) and ?format (the number of decimal places): 

An.printNumber n ?culture ?format 

Figure [I] shows a type-and-coeffect system tracking the set of an expression's 
implicit parameters. For simplicity here, all implicit parameters have type p. 

Context requirements are created in (access), while (var) requires no implicit 
parameters; (app) combines requirements of both sub-expressions as well as the 
latent requirements of the function. 
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, , x-.teT . C r T \- ex : CVi -> r 2 C s r h e 2 : n 

(var) (app) 



C 0 r hxiT ' " ' C rUsUt r (_ ei ez . T;j 

C Us (r,2; : n) h e : r 2 



(access) — — (abs) 



C<%h?a:p CT h Ax.e : C s rx ^ r 2 

Fig. 1. Selected coeffect rules for implicit parameters 

The (abs) rule is where the example differs from effect systems. Function 
bodies can access the union of the parameters (or resources) available at the 
declaration-site (C r r) and at the call-site (C S T\). Two of the nine permissible 
judgements for the above example are: 

C $ T h (...) : c{ ?culture ' ?format >int -> string 

C {?culture,?form a t} r ^ (...) : C {?f ° rmat} int -> String 

The coeffect system infers multiple, i.e. non-principal, coeffects for functions. 
Different judgments are desirable depending on how a function is used. In the 
first case, both parameters have to be provided by the caller. In the second, 
both are available at declaration-site, but ?format may be rebound (the precise 
meaning is provided by the semantics, discussed in {j3j. 

Implicit parameters can be captured by the reader monad, where parameters 
are associated with the function codomain M 0 (int -> M {?CLjlture - ?format} string), 
modelling only the first case. Whilst the reader monad can be extended to model 
rebinding, the next example cannot be structured by any monad. 

Liveness analysis. Liveness analysis detects whether a free variable of an ex- 
pression may be used (live) or whether it is definitely not used (dead). A compiler 
can remove bindings to dead variables as the result is never used. 

We start with a restricted analysis and briefly mention how to make it prac- 
tical later (^5]). The restricted form is interesting theoretically as it gives rise to 
the indexed partiality comonad (|3]), which is a basic but instructive example. 

The coeffect system in Fig. [2j detects whether all free variables are dead 
(C D r) or whether at least one variable is live (C L T). Variable use (var) is 
annotated with L and constants with D, i.e., if c € N then C D r h c : int. A dead 
context may be marked as live by letting D C L and adding sub-coeffecting (Q. 

The (app) rule can be understood by discussing its semantics. Consider se- 
mantic functions /, g, h annotated by r, s, t respectively. The sequential composi- 
tion g o / is live in its parameter only when both / and g are live. In the coeffect 
semantics, / is not evaluated if g ignores its parameter (regardless of evaluation 
order). Thus, go f is annotated by conjunction rfl s (where Ln L = L). A point- 
wise composition of g and h, passing the same parameter to both, is live in its 
parameter if either g or h is live (i.e., disjunction s U t). Application uses both 
compositions, thus r is live if it is needed by e\ or by the function and by e 2 . 

, , x : t e r , , C r T h ei : C*n -> r 2 C S T h e 2 : n 

(var) ; (app) ; ; 

C L r h x : t V ' C ru(snt) r h ei e2 . T2 



Fig. 2. Selected coeffect rules for liveness analysis 
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(var) 



x : r G r 



(app) 



C m T h ei : C p Tx ->■ t 2 C n T h e 2 : n 



C°r h x : r 



C max(m,n+p) r |_ ^ ^ . ^ 



(prev) 



C n+1 r h prev e : r 



C n r h e : t 



r"( ra '"I(r,i : n) h e : r 2 
{ah3) C m T h Ax.e : C"n -> r 2 



Fig. 3. Selected coeffect rules for causal data flow 



An (abs) rule (not shown) compatible with the structure in Fig. [T] combines 
the context annotations using n. Thus, if the body uses some variables, both the 
function argument and the context of the declaration-site are marked as live. 

The coeffect system thus provides a call-by-name-style semantics, where re- 
dundant computations are omitted. Liveness cannot be modelled using monads 
with denotations t\ — > M r r 2 . In call-by- value languages, the argument T\ is al- 
ways evaluated. Using indexed comonads (Q, we model liveness as a morphism 
C r Tx — > r 2 where C r is the parametric type Maybe r = r + 1 (which contains a 
value r when r — L and does not contain value when r = D). 

Efficient dataflow. Dataflow languages (e.g., Lucid [TS]) declaratively describe 
computations over streams. In causal data flow, programs may access past values. 
In this setting, a function ti — > r 2 becomes a function from a list of historical 
values [tx] — > r 2 . A coeffect system here tracks how many past values to cache. 

Figure [3] annotates contexts with an integer specifying the maximum number 
of required past values. The current value is always present, so (var) is annotated 
with 0. The expression prev e gets the previous value of stream e and requires 
one additional past value (prev); e.g. prev (prev e) requires 2 past values. 

The (app) rule follows the same intuition as for liveness. Sequential compo- 
sition adds the tags (the first function needs n+p past values to produce p past 
inputs for the second function); passing the context to two subcomputations 
requires the maximum number of the elements required by the two subcompu- 
tations. The (abs) rule for data-flow needs a distinct operator - rain - therefore, 
the declaration-site and call-site must each provide at least the number of past 
values required by the function body (as the body may use variables coming 
from the declaration-site as well as the argument). 

Soundness follows from our categorical model (Q- Uustalu and Vene model 
causal dataflow by a non-empty list comonad NeList r = r x (NeList r + 1) [14 . 
However, this model leads to (inefficient) unbounded lists of past elements. The 
coeffect system above infers a (sound) over-approximation of the number of 
required past elements and so fixed-length lists may be used instead. 

2 Generalized coeffect calculus 



The previous three examples exhibit a number of commonalities. We capture 
these in the coeffect calculus. We do not overly restrict the calculus to allow for 
notions of context-dependent computations not discussed above. 
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The syntax of our calculus is that of the simply-typed lambda calculus (where 
v ranges over variables, T over base types, and r over coeffect annotations): 

e ::= v | Aw.e | e\ e2 t '■'■= T | t\ — > t-i \ C t t 

The type C t t captures values of type t in a context specified by the an- 
notation r. This type appears only on the left-hand side of a function arrow 
C T T\ — > T2- In the semantics, C r corresponds to some data type (e.g., List or 
Maybe). Extensions such as explicit tei-binding are discussed later (Q. 

The coeffect tags r, that were demonstrated in the previous section, can be 
generalized to a structure with three binary operators and a particular element. 

Definition 1. A coeffect algebra (S, ffi, V, A, e) is a set S with an element e E S, 
a semi-lattice (S, V), a monoid (S, ©,e), and a binary A. That is, Vr, s,t € S: 

r © (s®t) = (r8 s) 8 1 e©r = r = r©e (monoid) 

r V s = s V r r V (s V t) = (r V s) V f r V r = r (semi-lattice) 

The generalized coeffect calculus captures the three motivating examples (|T]), 
where some operators of the coeffect algebra may coincide. 

The © operator represents sequential composition; guided by the categorical 
model (^3]), we require it to form a monoid with e. The operator V corresponds to 
merging of context requirements in pointwise composition and the semi-lattice 
(5, V) defines a partial order: r < s when r V s = s. This ordering implies a 
sub-coeffecting rule. The coeffect e is often the top or bottom of the lattice. 

The A operator corresponds to splitting requirements of a function body 
between the call- and definition-site. This operator is unrestricted in the general 
system, though it has additional properties in some coeffects systems, e.g., semi- 
lattice structure on A. Possibly these laws should hold for all coeffect systems, 
but we start with as few laws as possible to avoid limiting possible uses of the 
calculus. We consider constrained variants with useful properties later (Q. 

Implicit parameters use sets of names S = V(\d) as tags with union U for all 
three operators. Variable use is annotated with e = 0 and < is subset ordering. 

Liveness uses a two point lattice S — {D, L} where D C L. Variables are anno- 
tated with the top element e = L and constants with bottom D. The V operation 
is U (join) and A and © are both n (meet). 

Dataflow tags are natural numbers S = N and operations V, A and © correspond 
to max, min and +, respectively. Variable use is annotated with e = 0 and the 
order < is the standard ordering of natural numbers. 

Coeffect typing rules. Figure [3] shows the rules of the coeffect calculus, given 
some coeffect algebra (S, ffi, V, A, e). The context required by a variable (var) is 
annotated with e. The sub-coeffecting rule (sub) allows the contextual require- 
ments of an expression to be generalized. 

The (abs) rule checks the body of the function in a context r A s, which 
is a combination of the coeffects available in the context r where the function 
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, , x-.teT . , C"T h ei : C*n -> r 2 C s r h e a : ti 



62 : T2 



, M C s r h e : r ... , , > C rAs (/> : n) h e : r 2 

CThe:r (s " r) (a6s) CT h Ax.e : C'n ^ r 2 

Fig. 4. Type and coeffect system for the coeffect calculus 

is defined and in a context s provided by the caller of the function. Note that 
none of the judgements create a value of type Ct. This type appears only 
immediately to the left of an arrow C T T\ —> r 2 . 

In function application (app), context requirements of both expressions and 
the function are combined as previously: the pointwise composition V is used to 
combine the coeffect r of the expression representing a function and the coeffects 
of the argument, sequentially composed with the coeffects of the function: s © t. 

For space reasons, we omit recursion. We note that this would require adding 
coeffect variables and extending the coeffect algebra with a fixed-point operation. 



3 Coeffect semantics using indexed comonads 

The approach of categorical semantics interprets terms as morphisms in some 
category. For typed calculi, typing judgments %\ : t\ . . . x n : r n H e : r are 
usually mapped to morphisms [n] x ... x [r n ] — > [r]. Moggi showed the se- 
mantics of various cffcctful computations can be captured generally using the 
(strong) monad structure Dually, Uustalu and Vene showed that (monoidal) 
comonads capture various kinds of context-dependent computation [14] . 

We extend Uustalu and Vene's approach to give a semantics for the coeffect 
calculus by generalising comonads to indexed comonads. We emphasise semantic 
intuition and abbreviate the categorical foundations for space reasons. 

Indexed comonads. Uustalu and Vene's approach interprets well-typed terms 
as morphisms C(ji X . . . XT n ) — > t, where C encodes contexts and has a comonad 
structure |14) . Indexed comonads comprise a family of object mappings C r in- 
dexed by a coeffect r describing the contextual requirements satisfied by the 
encoded context. We interpret judgments C r (x\ : Ti,...,x n : r„) h e : r as 
morphisms C""([n] x . . . x [r„]) ->■ [tJ. 

The indexed comonad structure provides a notion of composition for compu- 
tations with different contextual requirements. 

Definition 2. Given a monoid (S, ©,e) with binary operator 0 and unit e, an 
indexed comonad over a category C comprises a family of object mappings C r 
where for all r € S and A € obj(C) then C r A G obj(C) and: 

— a natural transformation sa ■ C e A — ¥ A, called the counit; 

— a family of mappings (— )J s from morphisms C r A — > B to 
morphisms C r ® s A — > C S B in C, natural in A, B, called coextend; 
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such that for all f : C r T\ — > t 2 and g : C S T2 — > T3 the following equations hold: 

£o fL = f ( £ )l,r = id (9°fU\ r ® S ),t = glt° fl ism) 

The coextend operation gives rise to an associative composition operation for 
computations with contextual requirements (with counit as the identity): 

8 : (CYi -► r 2 ) -> (C* s r 2 -> r 3 ) -> (C^'n -> r 3 ) gof = go /t. 

The composition 6 best expresses the intention of indexed comonads: contextual 
requirements of the composed functions are combined. The properties of the 
composition follow from the indexed comonad laws and the monoid (S, ©,e). 

Example 1. Indexed comonads are analogous to comonads (in coKleisli form), 
but with the additional monoidal structure on indices. Indeed, comonads are a 
special case of indexed comonads with a trivial singleton monoid, e.g., ({1}, *, 1) 
with 1*1 = 1 where C 1 is the underlying functor of the comonad and e and 
(—)\ 1 are the usual comonad operations. However, as demonstrated next, not 
all indexed comonads are derived from ordinary comonads. 

Example 2. The indexed partiality comonad encodes free- variable contexts of 
a computation which are either live or dead (i.e., have liveness coeffects) with 
the monoid ({D, L},l~l, L), where C L A = A encodes live contexts and C D A = 1 
encodes dead contexts, where 1 is the unit type inhabited by a single value (). The 
counit operation e : C l A — > A and coextend operations f} s : C rUs A — > C S B 
(for all / : C r A -> B), are defined: 

ex = x fl D x = () fl L x = /() fl D x = () fl L x = f x 

The indexed family C here is analogous to the non-indexed Maybe (or option) 
data type Maybe A = A + 1. This type does not permit a comonad structure 
since e : Maybe A — > A is undefined at (inr ()). For the indexed comonad, e need 
only be defined for C L A = A. Thus, indexed comonads capture a broader range 
of contextual notions of computation than comonads. 

Moreover, indexed comonads are not restricted by the shape preservation 
property of comonads [TT]: that a coextended function cannot change the shape 
of the context. For example, in the second case above : C° A -> C L B where 
the shape changes from 1 (empty context) to B (available context). 

Monoidal indexed comonads. Indexed comonads provide a semantics to 
sequential composition, but additional structure is needed for the semantics of 
the full coeffect calculus. Uustalu and Vene [14] additionally require a (lax semi-) 
monoidal comonad structure, which provides a monoidal operation m : CA x 
CB — > C(A x B) for merging contexts (used in the semantics of abstraction). 

The semantics of the coeffect calculus requires an indexed lax semi-monoidal 
structure for combining contexts as well as an indexed colax monoidal structure 
for splitting contexts. These are provided by two families of morphisms (given a 
coeffect algebra with V and A): 
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\C r r h Xx.e : C s n -> r 2 ] 
j c -rv( S ffit) r |_ ei e2 . T j 

Fig. 5. Categorical semantics for the coeffect calculus 

- m r , s : C r A x C S B -> C( rAs >(A x B) natural in A, £?; 

- n,. 1 : C< rVs )(A xfl)4 CM x C S B natural in A, B; 

The m rjS operation merges contextual computations with tags combined by A 
(greatest lower-bound), elucidating the behaviour of m riS : that merging may 
result in the loss of some parts of the contexts r and s. 

The n rjS operation splits context-dependent computations and thus the con- 
textual requirements. To obtain coeffects r and s, the input needs to provide at 
least r and s, so the tags are combined using the V operator (least upper-bound). 

For the sake of brevity, we elide the indexed versions of the laws required by 
Uustalu and Vene (e.g., most importantly, merging and splitting are associative). 

Example 3. For the indexed partiality comonad, given the liveness coeffect 
algebra ({D, L}, U, L), the additional lax/colax monoidal operations are: 

m L ,i_(z, y) = (x, y) n D) D () =((),()) n DtL (x, y) = ((), y) 
m r ,s (x, y) = () n L .o(x, y) = (x, ()) n L!L (a;, y) = (x, y) 

Example 4. Uustalu and Vene model causal dataflow computations using the 
non-empty list comonad NEList A = Ax (f + NEList A) [TJj. Whilst this comonad 
implies a trivial indexed comonad, we define an indexed comonad with integer 
indices for the number of past values demanded of the context. 

We define C n A = A x (A x . . . x A) where the first A is the current (always 
available) value, followed by a finite product of n past values. The definition of 
the operations is a straightforward extension of the work of Uustalu and Vene. 

Categorical Semantics. Figure [5] shows the categorical semantics of the 
coeffect calculus using additional operations 7Tj for projection of the i th element 
of a product, usual curry and uncurry operations, and A : A —> Ax A duplicating 
a value. While C r is a family of object mappings, it is promoted to a family of 
functors with the derived morphism mapping C r (f) — (f o e)l r . 

The semantics of variable use and abstraction are the same as in Uustalu 
and Vene's semantics, modulo coeffects. Abstraction uses m r s to merge the 
outer context with the argument context for the context of the function body. 
The indices of e for e and r, s for m r s match the coeffects of the terms. The 
semantics of application is more complex, ft first duplicates the free-variable 
values inside the context and then splits this context using n ryS ® t - The two 
contexts (with different coeffects) are passed to the two sub-expressions, where 
the argument subexpression, passed a context (s © t) , is coextended to produce 



= curry (lC rAs (r,x : n) h e : r 2 ] ° m r , s ) 
= (uncurry [C"T h e\ : C l T\ -> r 2 ]) o 

(id x IC S T h e 2 : nll )t ) o n r , sffit o C^^A 

= TTi O e 
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a context t which is passed into the parameter of the function subexpression (cf. 
given / : A — > (B — > C), g : A — > 5, then uncurry f o (id x g) o A : A C). 

A semantics for sub-coeffecting is omitted, but may be provided by an op- 
eration t rs : C r A — > C s A natural in A, for all r,s £ S where s < r, which 
transforms a value C r A to C S A by ignoring some of the encoded context. 

4 Syntax-based equational theory 

The operational semantics of every context-dependent language here differs as 
the notion of context is always different. However, for coeffect calculi satisfying 
certain conditions we can define a universal equational theory. This suggests 
a pathway to an operational semantics for two out of our three examples (the 
notion of context for data-flow is more complex). 

In a pure A-calculus, ft- and ^-equality for functions (also called local sound- 
ness and completeness respectively |12j ) describe how pairs of abstraction and 
application can be eliminated: (Xx.e 2 )ei =p e±[x 4— e 2 ] and (Air. ex) = n e. The 
/3-equality rule, using the usual Barendregt convention of syntactic substitution, 
implies a reduction, giving part of an operational semantics for the calculus. 

The call-by-name evaluation strategy modelled by /3-reduction is not suitable 
for impure calculi therefore a restricted ft rule, corresponding to call-by-value, is 
used, i.e. (\x.e2)v = e 2 [x <— v]. Such reduction can be encoded by a fe£-binding 
term, let x = e\ in e%, which corresponds to sequential composition of two 
computations, where the resulting pure value of e\ is substituted into e 2 [4)8] . 

For an equational theory of coeffects, consider first a notion of Zei-binding 
equivalent to [\x.e-i) e\, which has the following type and coeffect rule: 

C s rh ei :n C r ^(r,x:T 1 )he 2 :T 2 
cri v(r 2 ® s ) r h )et x _ ei i n e2 : T2 

For our examples, A is idempotent (i.e., r A r = r) implying a simpler rule: 

CThenn C r (r,x: Tl )^e 2 :T 2 
C rv(r$)s) r h | et x = £i i n e2 : T2 

For our examples (but not necessarily all coeffect systems), this defines a more 
"precise" coeffect with respect to < where rV(rffis) < r\ V (r 2 © s). 

This rule removes the non-principality of the first rule (i.e., multiple possible 
typings). However, using idempotency to split coeffects in abstraction would 
remove additional flexibility needed by the implicit parameters example. 

The coeffect r V (r © s) can also be simplified for all our examples, leading 
to more intuitive rules - for implicit parameters rU(rUs) =rUs; for liveness 
we get that rU(rlls) = r and for dataflow we obtain max(r, r + s) = r + s. 

Our calculus can be extended with fei-binding and ([2]). However, we also 
consider the cases when a syntactic substitution e 2 [x ^- ei] has the coeffects 
specified by the above rule ^ and prove subject reduction theorem for certain 
coeffect calculi. We consider two common special cases when the coeffect of 
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variables e is the greatest (T) or least (_L) element of the semi-lattice (S, V) and 
derive additional properties that hold about the coeffect algebra: 

Lemma 1 (Substitution). Given C r (r,x : t^) h e\ : n and C S T h e^ ■ 

then C"" v ( r ® s ) r h e2[i <- ei] : t\ if the coeffect algebra satisfies the conditions 
that e is either the greatest or least element of the semi-lattice, © = A, and © 
distributes over V, i.e., X © (Y V Z) = (X © Y) V (X © Z). 

Proof. By induction over h, using the laws (|2| and additional assumptions. □ 

Assuming — >p is the usual call- by- name reduction, the following theorem 
models the evaluation of coeffect calculi with coeffect algebra that satisfies the 
above requirements. We do not consider call-by-value, because our calculus does 
not have a notion of value, unless explicitly provided by /ei-binding (even a 
function "value" Xx.e may have immediate contextual requirements). 

Theorem 1 (Subject reduction). For a coeffect calculus, satisfying the con- 
ditions of Lemma^ if C T T h e : r and e — >p e' then C r F h e' : r. 

Proof. A direct consequence of Lemma [l] □ 

The above theorem holds for both the liveness and resources examples, but 
not for dataflow. In the case of liveness, e is the greatest element (rVe = e); in 
the case of resources, e is the least element (rVe = r) and the proof relies on 
the fact that additional context requirements can be placed at the context C r P 
(without affecting the type of function when substituted under A- abstraction). 

However, the coeffect calculus also captures context-dependence in languages 
with more complex evaluation strategies than call-by-name reduction based on 
syntactic substitution. In particular, syntactic substitution does not provide a 
suitable evaluation for dataflow (because a substituted expression needs to cap- 
ture the context of the original scope) . 

Nevertheless, the above results show that - unlike effects - context-dependent 
properties can be integrated with call-by-name languages. Our work also provides 
a model of existing work, namely Haskell implicit parameters [7]. 



5 Related and further work 

This paper follows the approaches of effect systems |5I13I17| and categorical 
semantics based on monads and comonads 8 14 . Syntactically, coeffects differ 
from effects in that they model systems where A-abstraction may split contextual 
requirements between the declaration-site and call-site. 

Our indexed (monoidal) comonads (^3l) fill the gap between (non-indexed) 
(monoidal) comonads of Uustalu and Vene j!4j and indexed monads of Atkey [2], 
Wadler and Thiemann |17j . Interestingly, indexed comonads are more general 
than comonads, capturing more notions of context-dependence (|1J). 
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Comonads and modal logics. Bierman and de Paiva [3] model the □ modality 
of an intuitionistic S4 modal logic using monoidal comonads, which links our 
calculus to modal logics. This link can be materialized in two ways. 

Pfenning et al. and Nanevski ct al. derive term languages using the Curry- 
Howard correspondence |12I3I9| . building a metalanguage (akin to Moggi's monadic 
metalanguage [5]) that includes □ as a type constructor. For example, in [T2] . 
the modal type Dr represents closed terms. In contrast, the semantic approach 
uses monads or comonads only in the semantics. This has been employed by 
Uustalu and Vene and (again) Moggi |8ll4j . We follow the semantic approach. 

Nanevski et al. extend an S4 term language to a contextual modal type 
theory (CMTT) The context is a set of variables required by a computation, 
which makes CMTT useful for meta-programming and staged computations. 
Our contextual types are indexed by a coeffect algebra, which is more general 
and can capture variable contexts, but also integers, two-point lattices, etc.. 

The work on CMTT suggests two extensions to coeffects. The first is devel- 
oping the logical foundations. We briefly considered special cases of our system 
that permits local soundness in local completeness can be treated similarly. 
The second is developing a coeffect metalanguage. The use of coeffect algebras 
provides an additional flexibility over CMTT, allowing a wider range of applica- 
tions via a richer metalanguage. 

Relating effects and coeffects. The difference between effects and coeffects 
is mainly in the (abs) rule. While the semantic models (monads vs. comonads) 
are different, they can be extended to obtain equivalent syntactic rules. To allow 
splitting of implicit parameters in lambda abstraction, the reader monad needs 
an operation that eagerly performs some effects of a function: (ti — > M r ® s T2) — > 
M r (r\ — > M s t-i). To obtain a pure lambda abstraction for coeffects, we need to 
restrict the m riS operation of indexed comonads, so that the first parameter is 
annotated with e (meaning no effects): C e A x C r B C r (A x B). 

Structural coeffects. To make the liveness analysis practical, we need to as- 
sociate information with individual variables (rather than the entire context). 
We can generalize the calculus from this paper by adding a product operation x 
to the coeffect algebra. A variable context x : t\, y : T2, z : T3 is then annotated 
with r x s x t where each component of the tag corresponds to a single variable. 
The system is then extended with structural rules such as: 

. j , C r * s (r,x:n)^e:T 2 , . C r * s (x : n , y : n) h e : r 2 
{ abs ) s~ir t 1 1 x ~ — (contr)- 



C r TV- Ax.e : C s rx r 2 v ' C rVs (z : n) h e[x «- z] [y <- z] : t 2 

The context requirements associated with function are exactly those linked to the 
specific variable of the lambda abstraction. Rules such as contraction manipulate 
variables and perform a corresponding operation on the indices. 

The structural coeffect system is related to bunched typing [10] (but gener- 
alizes it by adding indices) . We are currently investigating how to use structural 
coeffects to capture fine-grained context-dependence properties such as secure 
information flow |15j or, more generally, those captured by the dependency core 
calculus pp. 
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6 Conclusions 

We examined three simple calculi with associated coeffect systems (liveness anal- 
ysis, implicit parameters, and dataflow analysis). These were unified in the coef- 
fect calculus, providing a general coeffect system parameterised by an algebraic 
structure describing propagation of context requirements throughout a program. 

We model the semantics of the coeffect calculus using the indexed (monoidal) 
comonad structure - a novel structure, which is more powerful than (monoidal) 
comonads. Indices of the indexed comonad operations manifest the semantic 
propagation of context so that the propagation of information in the general 
coeffect type system corresponds exactly to the semantic propagation of context 
in our categorical model. 

We consider the analysis of context to be essential, not least for the examples 
here but also given increasingly rich and diverse distributed systems. 
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